Technology for capturing and analyzing sensor data to facilitate alternative transportation

ABSTRACT

Systems and methods for using sensor data to assess impairment of individuals and dynamically facilitate alternative transportation for the individuals are described. According to certain aspects, an electronic device may collect movement data of an individual and compare the movement data to baseline movement data to estimate an impairment level of the individual. The electronic device may generate and display messages for the individual to review, and may interface with a remote server to facilitate the arrangement of alternative transportation for the individual.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation of U.S. patent application Ser. No.15/658,031, filed Jul. 24, 2017, the disclosure of which is herebyincorporated by reference in its entirety.

TECHNICAL FIELD

The present disclosure is directed to capturing and analyzing sensordata to assess individual impairment. More particularly, the presentdisclosure is directed to systems and methods of using sensor data toassess impairment of individuals and dynamically facilitate alternativetransportation for the individuals.

BACKGROUND

There are serious risks associated with operating vehicles while underthe influence of certain substances or otherwise impaired, both tovehicle operators and to other individuals who may be affected byoperation of the vehicle. This is a known problem yet individualssometimes ignore these risks and choose to operate vehicles. Forexample, a bar patron who is intoxicated may drive home after leavingthe bar. There are various devices that are equipped to detect certaintypes of impairment. For example, a vehicle may be equipped with abreathalyzer device configured to capture an individual's blood alcoholcontent (BAC).

However, these devices are limited in their detection capabilities, ifthe devices are even present and used in a given vehicle. In particular,these devices are only able to detect certain types of impairment usinglimited metrics. Accordingly, there is an opportunity for systems andmethods to leverage certain electronic device components to capturedata, analyze the data, and facilitate appropriate action in the case ofoperator impairment.

SUMMARY

In an embodiment, a computer-implemented method in an electronic deviceof facilitating transportation is provided. The method may includeidentifying a location of the electronic device, determining, based onthe location of the electronic device, that the electronic device islocated in proximity to a venue of a certain type, accessing (i)movement data from at least one sensor of the electronic device and (ii)baseline movement data associated with a user of the electronic device,and determining that the movement data deviates from the baselinemovement data. Further, the method may include, in response todetermining that the movement data deviates from the baseline movementdata, generating a message indicating an availability of alternativetransportation, and displaying the message in a user interface of theelectronic device

In another embodiment, an electronic device for facilitatingtransportation is provided. The electronic device may include a locationmodule configured to generate location data, a set of sensors configuredto generate movement data, a user interface, a memory configured tostore non-transitory computer executable instructions and baselinemovement data associated with a user of the electronic device, and aprocessor interfacing with the set of sensors and the memory. Theprocessor is configured to execute the non-transitory computerexecutable instructions to cause the processor to identify, from thelocation data generated by the location module, a location of theelectronic device, determine, based on the location of the electronicdevice, that the electronic device is located in proximity to a venue ofa certain type, access (i) the movement data from the set of sensors and(ii) the baseline movement data, determine that the movement datadeviates from the baseline movement data, in response to determiningthat the movement data deviates from the baseline movement data,generate a message indicating an availability of alternativetransportation, and cause the user interface to display the message.

BRIEF DESCRIPTION OF THE FIGURES

FIG. 1 depicts an exemplary diagram of the system and components thereofcapable of facilitating the systems and methods, in accordance with someembodiments.

FIG. 2 depicts an exemplary signal diagram associated with collectingand analyzing sensor data, and facilitating alternative transportation,in accordance with some embodiments.

FIGS. 3A and 3B depict user interfaces associated with examplenotifications, in accordance with some embodiments.

FIG. 4 depicts an exemplary flow diagram associated with collecting andanalyzing sensor data, and facilitating alternative transportation, inaccordance with some embodiments.

FIG. 5 is a block diagram of an exemplary electronic device, inaccordance with some embodiments.

DETAILED DESCRIPTION

The present embodiments may relate to, inter alia, collecting andanalyzing sensor data associated with an individual to assess impairmentof the individual, and facilitating alternative transportation for theindividual. According to certain aspects, an electronic device maydetermine, based on location data, whether an individual is located ator in proximity to a particular type of venue or event, and whether theindividual intends to operate a vehicle. Further, the electronic devicemay retrieve various types of movement data and optionally a set oftelematics data from a set of sensors, and estimate a level ofimpairment based on the retrieved data. If the level of impairmentexceeds a certain threshold, the electronic device may generate anddisplay messages for the individual to review, where the messages maydissuade the individual from operating a vehicle. Further, theelectronic device may facilitate alternative transportation for theindividual to be transported to his or her destination.

The systems and methods therefore offer numerous benefits. Inparticular, the systems and methods improve the safety of the individualas well as any other individuals who may otherwise be involved in or inproximity to operation of the vehicle by the individual. Further, thesaved costs associated with accident prevention will make ownership anduse of a vehicle more affordable. Moreover, the systems and methods mayincrease business for providers of alternate transportation, such asride share services and public transportation providers. It should beappreciated that additional benefits of the systems and methods areenvisioned.

The systems and methods discussed herein address a challenge that isparticular to managing vehicle operation. In particular, the challengerelates to a difficulty assessing when individuals should not operatevehicles. Conventional products, such as a breathalyzer, are limited inthe metrics they measure (e.g., an individual's blood alcohol content(BAC)), and are not able to dissuade vehicle operation or facilitatealternative transportation. The systems and methods offer improvedcapabilities to solve these problems by accessing and analyzing datafrom multiple sources, including device and vehicle sensors, analyzingthe data to assess levels of impairment, and communicating messages tothe individuals and/or facilitating alternative transportation for theindividuals. Further, because the systems and methods employ thecollection, analysis, and transmission of data associated with devicesand vehicles, the systems and methods are necessarily rooted in computertechnology in order to overcome the noted shortcomings that specificallyarise in the realm of managing vehicle operation.

Similarly, the systems and methods provide improvements in a technicalfield, namely, data compiling and analyzing. Instead of the systems andmethods merely being performed by hardware components using basicfunctions, the systems and methods employ complex steps that go beyondthe mere concept of simply retrieving and combining data using acomputer. In particular, the hardware components capture individualmovement data and vehicle telematics data, analyze the captured data toassess levels of impairment, generate and display electronic messages,and communicate with backend servers, among other functionalities.

According to implementations, the systems and methods may support adynamic, real-time or near-real-time analysis of any captured, received,and/or detected data. In particular, the electronic device may receiveor capture movement and telematics data in real-time or near real-time,and may automatically and dynamically analyze the captured data inreal-time or near real-time. The electronic device may alsoautomatically and dynamically generate and communicate relevantnotifications and messages, and communicate with various backendservers. In this regard, the individuals are afforded the benefit ofaccurate and relevant data.

FIG. 1 illustrates an overview of a system 100 of components configuredto facilitate the systems and methods. It should be appreciated that thesystem 100 is merely exemplary and that alternative or additionalcomponents are envisioned.

As illustrated in FIG. 1, the system 100 depicts a vehicle 115. AlthoughFIG. 1 depicts a single vehicle, it should be appreciated thatadditional vehicles are envisioned. The vehicle 115 may have at leastone associated individual 116, such as an operator and/or a passenger ofthe vehicle 115. Further, the vehicle 115 may have an associatedelectronic device 118. According to embodiments, the electronic device118 may be configured with any combination of software and hardwarecomponents. In some implementations, the electronic device 118 may beincluded as part of an on-board diagnostic (OBD) system or any othertype of system configured to be installed in the vehicle 115, such as anoriginal equipment manufacturer (OEM) system.

The individual 116 may also be equipped with or able to access anelectronic device 119. In particular, the electronic device 119 (and theelectronic device 118) may be any type of electronic device such as amobile device (e.g., a smartphone), notebook computer, tablet, phablet,GPS (Global Positioning System) or GPS-enabled device, smart watch,smart glasses, smart bracelet, wearable electronic, PDA (personaldigital assistants), pager, computing device configured for wirelesscommunication, and/or the like. The electronic device 119 may beequipped to connect to and communicate with the electronic device 118via a wired or wireless connection. In an implementation, the electronicdevice 119 and the electronic device 118 may be combined into a singleelectronic device.

The electronic device 119 may be configured with a set of sensors thatmay generate data associated with movement of the electronic device 119.In particular, the movement data may be generated by any combination ofone or more accelerometers, gyro sensors, force sensors, strain gauges,inclinometers, goniometers, and/or other sensors. Generally, thegenerated movement data may be reflective of movement of the individual116, as the individual 116 may carry or otherwise possess the electronicdevice 119 while moving (e.g., walking, jogging, or the like). In animplementation, the movement data may be reflective of a gait profile ofthe individual 116.

The electronic device 118, as well as the electronic device 119, mayinclude a set of sensors configured to detect and record varioustelematics data associated with the vehicle 115. In someimplementations, the electronic devices 118, 119 may be configured tocommunicate with (i.e., request, retrieve, or receive data from) a setof sensors disposed within the respective vehicle 115. According toembodiments, the set of sensors included in the electronic devices 118,119 or otherwise configured to communicate with the electronic devices118, 119 may be of various types. For example, the set of sensors mayinclude a location module (e.g., a global positioning system (GPS)chip), an image sensor, an accelerometer, an ignition sensor, a clock,speedometer, a torque sensor, a throttle position sensor, a compass, ayaw rate sensor, a tilt sensor, a steering angle sensor, a brake sensor,and/or other sensors. It should be appreciated that additional sensorsare envisioned.

The individual 116 may be a customer, visitor, or patron of avenue/business 120. In embodiments, the venue/business 120 may be anypermanent or temporary facility or structure capable of being visited bythe individual 116. For example, the venue/business 120 may be a bar,restaurant, coffee shop, concert venue, sports stadium, and/or the like.The venue/business 120 may have an associated location (e.g., GPScoordinates), business hours, and/or other associated data.

The system 100 may further include one or more servers 105 that may beconfigured to communicate with the electronic devices 118, 119 via oneor more networks 110. In certain embodiments, the network(s) 110 maysupport any type of data communication via any standard or technology(e.g., GSM, CDMA, TDMA, WCDMA, LTE, EDGE, OFDM, GPRS, EV-DO, UWB,Internet, IEEE 802 including Ethernet, WiMAX, Wi-Fi, Bluetooth, andothers). The server 105 may be configured to interface with or support amemory or storage 107 capable of storing various data. In particular,the memory 107 may store information related to venues or businessessuch as the venue/business 120; baseline movement data associated withindividuals such as the individual 116; and baseline telematics dataassociated with vehicles such as the vehicle 115, among other data. Inembodiments, the server 105 may be associated with operation of atransportation service. For example, the server 105 may be operated by aride sharing service, a public transportation service, and/or anothertransportation service.

According to embodiments, the components of the system 100 may determineor detect circumstances in which it may be unsafe for the individual 116to operate the vehicle 115. In particular, the electronic device 119 mayinterface with the server 105 to determine that the electronic device119 (and by extension, the individual 116) may be located at or inproximity to the venue/business 120, where the venue/business 120 may beone that may cause the individual 116 to achieve an impaired state. Forexample, the electronic device 119 may determine that it is locatedwithin a bar. The electronic device 119 may also collect movement datafrom a set of sensors to determine whether movement of the individual116 is unusual or differs from normal or baseline movement. In somescenarios, the electronic device 119 may collect telematics dataassociated with operation of the vehicle 115, or the electronic device119 may interface with the electronic device 118 that may collectedtelematics data associated with operation of the vehicle 115.

Based on the movement data and optionally on the telematics data, theelectronic device 119 may determine that the individual 116 may beimpaired and, therefore, there is an elevated risk associated with theindividual 116 operating the vehicle 115. Accordingly, the electronicdevice 119 may generate and display a notification or message thatencourages the individual 116 to refrain from operating the vehicle. Insome embodiments, the electronic device 119 may facilitate alternativetransportation for the individual 116, such as by interfacing with theserver 105 to request a ride share service. Additional functionality isdescribed herein with respect to FIG. 2.

FIG. 2 depicts a signal diagram 200 associated with facilitating certainfunctionalities associated with the systems and methods. The signaldiagram 200 includes a set of sensors 220, a processor 219, and at leastone remote server 215 (such as the server(s) 105 as discussed withrespect to FIG. 1). The set of sensors 220 and the processor 219 may beincluded as part of an electronic device 210, such as the electronicdevice 119 as discussed with respect to FIG. 1, where the electronicdevice 210 may have a user, such as the individual 116 as discussed withrespect to FIG. 1. It should be appreciated that additional oralternative components and devices are envisioned.

The signal diagram 200 may begin when the processor 219 retrieves (222)a location from one of the set of sensors 220. In embodiments, theprocessor 219 may retrieve the location from a GPS module, where thelocation may be in the form of GPS coordinates and the location may bereflective of the location of the electronic device 210. The processor219 may interface with the at least one remote server 215 to retrieve(224) location data associated with the location retrieved in (222). Inembodiments, the location data may indicate venues, businesses,buildings, events, landmarks, and/or the like that may be nearby or inproximity to, or otherwise associated with, the location retrieved in(222). For example, the location data may indicate a bar thatcorresponds to the location of the electronic device 210. For furtherexample, the location data may indicate an outdoor festival thatcorresponds to the location of the electronic device 210. In oneimplementation, the processor 219 may examine the location data todetermine (226) a venue, event, or the like that corresponds to thelocation of the electronic device 210, and may deem that the electronicdevice 210 is located at or near the determined venue, event, or thelike.

The processor 219 may additionally retrieve (228) movement data from atleast one of the set of sensors 220. According to embodiments, themovement data may be any type of data associated with qualities that maycharacterize human locomotion or movement. The movement data may becommonly used in a gait analysis. Further, the movement data may begenerated by any combination of one or more accelerometers, gyrosensors,force sensors, strain gauges, inclinometers, goniometers, and/or othersensors that may generate data associated with human locomotion ormovement.

The processor 219 may access (230) baseline movement data that may be inthe form of a walking profile associated with the user of the electronicdevice. The processor 219 may access the walking profile from localmemory or may retrieve the walking profile from one of the remoteserver(s) 215. In embodiments, the walking profile may include baselinemovement data generated by any combination of one or moreaccelerometers, gyrosensors, force sensors, strain gauges,inclinometers, goniometers, and/or other sensors that may generate dataassociated with human locomotion or movement, where the baseline datamay be reflective of a “normal” gait or movement of the user. Inembodiments, the baseline movement data of the walking profile may havebeen previously collected and stored.

In an optional implementation, the processor 219 may retrieve (232)telematics data from at least one of the set of sensors 220, where thetelematics data may be reflective of operation of a vehicle. Inparticular, the processor 219 may retrieve the telematics data from oneor more sensors associated with the vehicle during operation of thevehicle, such as a location module (e.g., a GPS chip), an image sensor,an accelerometer, an ignition sensor, a clock, speedometer, a torquesensor, a throttle position sensor, a compass, a yaw rate sensor, a tiltsensor, a steering angle sensor, a brake sensor, and/or other sensors.In an implementation, the processor 219 may retrieve the telematics datafrom another electronic device (not shown in FIG. 2; e.g., an OBD of avehicle) via a wired or wireless connection).

In the optional implementation, the processor 219 may also access (234)baseline operation data associated with the user of the electronicdevice. The processor 219 may access the baseline operation data fromlocal memory or may retrieve the baseline operation data from one of theremote server(s) 215. In embodiments, the baseline operation data mayinclude any combination of telematics data detectable by any combinationof sensors, such as any sensor as discussed herein, where the baselineoperation data may be reflective of “normal” operation of the vehicle bythe user. In embodiments, the baseline operation data may have beenpreviously collected and stored.

The processor 219 may estimate (236) a level of impairment of the user.In particular, the processor 219 may estimate the level of impairmentbased on any combination of the movement data, the walking profile, thedriving data, and the baseline driving data. In an implementation, theprocessor 219 may compare the movement data retrieved in (228) to thebaseline movement data of the walking profile to determine anydifferences, degrees of the differences, discrepancies, or any otherdata that may indicate a difference in the user's current movement ascompared to the user's normal movement. Additionally or alternatively,the processor 219 may compare the telematics data retrieved in (232) tothe baseline operation data to determine any differences, degrees of thedifferences, discrepancies, or any other data that may indicate adifference in the user's current vehicle operation as compared to theuser's normal vehicle operation. Generally, in estimating the level ofimpairment, the processor 219 may compare the movement data to thebaseline movement data (and optionally the telematics data to thebaseline operation data) to determine a deviation level, and calculate,based on the deviation level, an estimated impairment level of the userof the electronic device. It should be appreciated that the processor219 may employ any type of calculation, algorithm, analysis, technique,or the like when comparing or analyzing the data.

Accordingly, the level of impairment estimated by the processor 219 maybe reflective of the comparison(s), and specifically reflective of anydifferences between the movement data and the data of the walkingprofile, and/or the telematics data and the baseline operation data. Inembodiments, the level of impairment may have a metric, value, or thelike, that may have an associated scale. For example, the level ofimpairment may range from “1” (i.e., not impaired) to “10” (i.e.,severely impaired).

The processor 219 may determine (238) if the level of impairment exceedsa threshold value. For example, if the level of impairment is a “5” on ascale of 1-10 and the threshold value is “4”, the level of impairmentexceeds the threshold value. If the level of impairment does not exceedthe threshold value (“NO”), processing may end, repeat, or proceed toother functionality.

If the level of impairment does exceed the threshold value (“YES”), theprocessor 219 may generate (240) a message that may include variousinformation. In embodiments, the various information may indicate theestimated level of impairment and/or an indication that the user may beimpaired. In an implementation, the message may further indicate thatalternative transportation may be available, such as through publictransportation, a ride sharing service, a taxi service, a carpool,and/or other means of transportation. Generally, the message may includecontent and information that is intended to dissuade the individual fromoperating the vehicle. The processor 219 may then cause display (242) ofthe message, such as via a user interface of the electronic device 210.It should be appreciated that the processor 219 may cause the message tobe displayed either before the user operates the vehicle or duringoperation of the vehicle.

The processor 219 may facilitate (244) the arrangement of alternativetransportation for the individual. In particular, the processor 219 mayinquire as to the availability of alternative transportation, such asavailability of ride share drivers, timetables of public transportationbased on device location, and/or other data. In some implementations,the processor 219 may facilitate the alternative transportation if thedetermined level of impairment at least meets a certain threshold value(e.g., a 7 on a scale of 1-10). In facilitating the alternativetransportation, the processor 219 may interface and communicate with theremote server(s) 215. In particular, the remote server(s) 215 may beassociated with ride sharing company(ies), public transportationcompanies, and/or mapping servers having access to alternativetransportation data.

The processor 219 may optionally display (246) an indication of thealternative transportation, such as via a user interface of theelectronic device 210. In embodiments, the electronic device 210 mayenable the individual to confirm the alternative transportation orotherwise make selections, such as requesting a ride share or purchasingtickets for public transportation. In an implementation, the processor219 may automatically facilitate and request alternative transportationfor the individual without input from the individual. For example, theprocessor 219 may interface with a server associated with a ride sharingservice, and may present, in a user interface of the electronic device210, an indication of an available ride sharing vehicle. The individualmay review the presented information and may select, via the userinterface, to request the ride sharing vehicle, or the processor 219 mayautomatically “book” the alternative transportation.

FIGS. 3A and 3B illustrate interfaces including example notifications.An electronic device (e.g., a mobile device, such as a smartphone) maybe configured to display the interfaces and/or receive selections andinputs via the interfaces, where the electronic device may be associatedwith an operator of a vehicle, or may be integrated into the vehicle.For example, a dedicated application that is configured to operate onthe electronic device may display the interfaces. It should beappreciated that the interfaces are merely examples and that alternativeor additional content is envisioned.

FIG. 3A illustrates an interface 350 that includes various informationassociated with a user's circumstance and level of impairment. Inparticular, the interface 350 indicates that the user is located near abar and recommends that the user take a ride share service to his/herdestination. Additionally, the interface 350 indicates an offer for a50% discount for the ride.

The interface 350 may include a book selection 351 that, upon selectionby the user, may cause the electronic device to request a ride share ata location of the electronic device. The interface 350 may furtherinclude a dismiss selection 352 that, upon selection by the user, maycause the electronic device to dismiss the interface 350.

FIG. 3B illustrates an interface 355 that includes various informationassociated with a circumstance and level of impairment of another user.In particular, the interface 355 indicates that the user was recentlylocated near a concert venue and that the user's detected drivingpattern is unusual (i.e., differs from the user's normal drivingpattern). The interface 355 recommends that the user consider using aride share service on similar subsequent outings. Further, the interfacemay include an okay selection 356 that, upon selection by the user, maycause the electronic device to dismiss the interface 355.

FIG. 4 depicts is a block diagram of an exemplary method 400 offacilitating transportation for a user. The method 400 may befacilitated by an electronic device such as the electronic device 210 asdiscussed with respect to FIG. 2. The electronic device may supportexecution of a dedicated application that may facilitate thefunctionalities of the method 400. Further, the electronic device mayenable the user to make various selections and facilitate variousfunctionalities.

The method 400 may begin when the electronic device identifies (block405) its location. In embodiments, the electronic device may identifyits location in the form of GPS coordinates from a location module. Theelectronic device may further determine (block 410), based on thelocation, that the electronic device is located in proximity to a venueof a certain type. In embodiments, the electronic device may interfacewith a remote server to retrieve, based on the location, an indicationof the venue and operationally information associated with the venue(e.g., type of venue, business hours, etc.). The venue may have acertain type such as, for example, a bar, restaurant, concert venue,convention space, etc.

In embodiments, the electronic device may access previous location datacorresponding to a set of previous locations of the electronic device,and may determine, based on the previous location data, that theelectronic device is located in proximity to the venue, such as within acertain radius of the venue. For example, the previous location data andthe location may indicate that the electronic device (and by extension,the user) were located in a certain bar for a period of time. It shouldbe appreciated that the electronic device may deem that it is located inproximity to the venue when the distance between the location of theelectronic device and a location of the venue is below a thresholddistance.

The electronic device may access (block 415) (i) movement data from atleast one sensor, and (ii) baseline movement data associated with theuser. In embodiments, the at least one sensor may include one or more ofan accelerometer, a gyrosensor, a force sensor, a strain gauge, aninclinometer, and a goniometer. Further, the baseline movement data maybe reflective of a stored movement profile of the user, such as abaseline gait profile of the user. The electronic device may compare(block 420) the movement data to the baseline movement data. Inembodiments, a degree of difference between the movement data and thebaseline movement data may reflect a degree of impairment of the user(i.e., the more the movement of the user differs from the baselinemovement of the user, the more the user may be impaired). Based on thecomparison of block 420, the electronic device may calculate (block 425)an estimated impairment level of the user. It should be appreciated thatthe estimated impairment level may be a numeric calculation based on acertain scale (e.g., on a scale of 1-10).

In a certain scenario, the user may enter a vehicle and begin operatingthe vehicle. In an optional implementation, the electronic device mayaccess (block 430) (i) current operation data of the vehicle and (ii)baseline operation data of the vehicle. In embodiments, the electronicdevice may access the current operation data and the baseline operationdata directly or via another electronic device, such as an OBD of thevehicle. The baseline operation data may be reflective of a storedvehicle operation profile of the user. The electronic device mayoptionally determine (block 435) that the current operation datadeviates from the baseline operation data. In embodiments, a degree ofdifference between the current operation data and the baseline operationdata may reflect a degree of impairment of the user (i.e., the more thecurrent operation data differs from the baseline operation data, themore the user may be impaired).

The electronic device may determine (block 440) whether the user isimpaired. In embodiments, the electronic device may determine whetherthe user is impaired based on the estimated impairment level calculatedat block 425 and optionally on the comparison of the current operationdata to the baseline operation data of block 435. The electronic devicemay compare a calculated metric (e.g., the estimated impairment level)to a threshold value, and if the calculated metric exceeds the thresholdvalue, then the electronic device may deem that the user is impaired(“YES”) and processing may proceed to block 445. Conversely, if thecalculated metric does not exceed the threshold value, then theelectronic device may deem that the user is not impaired (“NO”). If theelectronic device deems that the user is not impaired, processing mayend, repeat, or proceed to other functionality.

At block 445, the electronic device may generate a message indicating anavailability of alternative transportation. In embodiments, theelectronic device may interface with a remote server to access potentialalternative transportation and the availability thereof. In animplementation, the electronic device may determine a discount amountfor the alternative transportation. The electronic device may display(block 450) the message in a user interface of the electronic device toenable the user to review the message. In embodiments, the message mayindicate the availability of alternative transportation and may enablethe user to request the alternative transportation.

The electronic device may also request (block 455) the alternativetransportation. In particular, the user of the electronic device mayselect, via the user interface, to request the alternativetransportation, in which case the electronic device may interface withthe remote server to facilitate requesting the alternativetransportation.

FIG. 5 illustrates a diagram of an exemplary electronic device 510 (suchas the electronic device 210 as discussed with respect to FIG. 2) inwhich the functionalities as discussed herein may be implemented. Itshould be appreciated that the electronic device 510 may be configuredto connect to an on-board telematics platform of a vehicle or anotherdevice associated with the vehicle, as discussed herein.

The electronic device 510 may include a processor 572 as well as amemory 578. The memory 578 may store an operating system 579 capable offacilitating the functionalities as discussed herein as well as a set ofapplications 575 (i.e., machine readable instructions). For example, oneof the set of applications 575 may be a data analysis application 590configured to analyze user movement data as well as vehicle telematicsdata. It should be appreciated that one or more other applications 591are envisioned, such as an application configured to facilitatealternative transportation.

The processor 572 may interface with the memory 578 to execute theoperating system 579 and the set of applications 575. According to someembodiments, the memory 578 may also include baseline movement data 580associated with a user of the electronic device 510 and baselineoperation data 584 associated with the vehicle. The memory 578 mayinclude one or more forms of volatile and/or non-volatile, fixed and/orremovable memory, such as read-only memory (ROM), electronicprogrammable read-only memory (EPROM), random access memory (RAM),erasable electronic programmable read-only memory (EEPROM), and/or otherhard drives, flash memory, MicroSD cards, and others.

The electronic device 510 may further include a communication module 577configured to communicate data via one or more networks 520. Accordingto some embodiments, the communication module 577 may include one ormore transceivers (e.g., WWAN, WLAN, and/or WPAN transceivers)functioning in accordance with IEEE standards, 3GPP standards, or otherstandards, and configured to receive and transmit data via one or moreexternal ports 576. Further, the communication module 577 may include ashort-range network component (e.g., an RFID reader) configured forshort-range network communications. For example, the communicationmodule 577 may receive, via the network 520, data or informationassociated with a set of venues. For further example, the communicationmodule 577 may facilitate, via the network(s) 520, the arrangement ofalternative transportation.

The electronic device 510 may further include a set of sensors 585. Theprocessor 572 and the set of applications 575 may interface with the setof sensors 585 to retrieve and process the corresponding sensor data.The set of sensors 585 may include, for example, a location module, anaccelerometer, a gyrosensor, a force sensor, a strain gauge, aninclinometer, a goniometer, an image sensor, an ignition sensor, aclock, speedometer, a torque sensor, a throttle position sensor, acompass, a yaw rate sensor, a tilt sensor, a steering angle sensor, abrake sensor, and/or other sensors. In one particular implementation,the data analysis application 590 may use various data from the set ofsensors 585 to facilitate certain functionalities.

The electronic device 510 may further include a user interface 581configured to present information to a user and/or receive inputs fromthe user. As shown in FIG. 5, the user interface 581 may include adisplay screen 582 and I/O components 583 (e.g., ports, capacitive orresistive touch sensitive input panels, keys, buttons, lights, LEDs,speakers, microphones). According to some embodiments, the user mayaccess the electronic device 510 via the user interface 581 to reviewinformation and/or perform other functions. In some embodiments, theelectronic device 510 may perform the functionalities as discussedherein as part of a “cloud” network or may otherwise communicate withother hardware or software components within the cloud to send,retrieve, or otherwise analyze data.

In general, a computer program product in accordance with an embodimentmay include a computer usable storage medium (e.g., standard randomaccess memory (RAM), an optical disc, a universal serial bus (USB)drive, or the like) having computer-readable program code embodiedtherein, wherein the computer-readable program code may be adapted to beexecuted by the processor 572 (e.g., working in connection with theoperating system 579) to facilitate the functions as described herein.In this regard, the program code may be implemented in any desiredlanguage, and may be implemented as machine code, assembly code, bytecode, interpretable source code or the like (e.g., via C, C++, Java,Actionscript, Objective-C, Javascript, CSS, XML). In some embodiments,the computer program product may be part of a cloud network ofresources.

Although the following text sets forth a detailed description ofnumerous different embodiments, it should be understood that the legalscope of the invention may be defined by the words of the claims setforth at the end of this patent. The detailed description is to beconstrued as exemplary only and does not describe every possibleembodiment, as describing every possible embodiment would beimpractical, if not impossible. One could implement numerous alternateembodiments, using either current technology or technology developedafter the filing date of this patent, which would still fall within thescope of the claims.

Throughout this specification, plural instances may implementcomponents, operations, or structures described as a single instance.Although individual operations of one or more methods are illustratedand described as separate operations, one or more of the individualoperations may be performed concurrently, and nothing requires that theoperations be performed in the order illustrated. Structures andfunctionality presented as separate components in example configurationsmay be implemented as a combined structure or component. Similarly,structures and functionality presented as a single component may beimplemented as separate components. These and other variations,modifications, additions, and improvements fall within the scope of thesubject matter herein.

Additionally, certain embodiments are described herein as includinglogic or a number of routines, subroutines, applications, orinstructions. These may constitute either software (e.g., code embodiedon a non-transitory, machine-readable medium) or hardware. In hardware,the routines, etc., are tangible units capable of performing certainoperations and may be configured or arranged in a certain manner. Inexample embodiments, one or more computer systems (e.g., a standalone,client or server computer system) or one or more hardware modules of acomputer system (e.g., a processor or a group of processors) may beconfigured by software (e.g., an application or application portion) asa hardware module that operates to perform certain operations asdescribed herein.

In various embodiments, a hardware module may be implementedmechanically or electronically. For example, a hardware module maycomprise dedicated circuitry or logic that may be permanently configured(e.g., as a special-purpose processor, such as a field programmable gatearray (FPGA) or an application-specific integrated circuit (ASIC)) toperform certain operations. A hardware module may also compriseprogrammable logic or circuitry (e.g., as encompassed within ageneral-purpose processor or other programmable processor) that may betemporarily configured by software to perform certain operations. Itwill be appreciated that the decision to implement a hardware modulemechanically, in dedicated and permanently configured circuitry, or intemporarily configured circuitry (e.g., configured by software) may bedriven by cost and time considerations.

Accordingly, the term “hardware module” should be understood toencompass a tangible entity, be that an entity that is physicallyconstructed, permanently configured (e.g., hardwired), or temporarilyconfigured (e.g., programmed) to operate in a certain manner or toperform certain operations described herein. Considering embodiments inwhich hardware modules are temporarily configured (e.g., programmed),each of the hardware modules need not be configured or instantiated atany one instance in time. For example, where the hardware modulescomprise a general-purpose processor configured using software, thegeneral-purpose processor may be configured as respective differenthardware modules at different times. Software may accordingly configurea processor, for example, to constitute a particular hardware module atone instance of time and to constitute a different hardware module at adifferent instance of time.

Hardware modules may provide information to, and receive informationfrom, other hardware modules. Accordingly, the described hardwaremodules may be regarded as being communicatively coupled. Where multipleof such hardware modules exist contemporaneously, communications may beachieved through signal transmission (e.g., over appropriate circuitsand buses) that connect the hardware modules. In embodiments in whichmultiple hardware modules are configured or instantiated at differenttimes, communications between such hardware modules may be achieved, forexample, through the storage and retrieval of information in memorystructures to which the multiple hardware modules have access. Forexample, one hardware module may perform an operation and store theoutput of that operation in a memory device to which it may becommunicatively coupled. A further hardware module may then, at a latertime, access the memory device to retrieve and process the storedoutput. Hardware modules may also initiate communications with input oroutput devices, and may operate on a resource (e.g., a collection ofinformation).

The various operations of example methods described herein may beperformed, at least partially, by one or more processors that aretemporarily configured (e.g., by software) or permanently configured toperform the relevant operations. Whether temporarily or permanentlyconfigured, such processors may constitute processor-implemented modulesthat operate to perform one or more operations or functions. The modulesreferred to herein may, in some example embodiments, compriseprocessor-implemented modules.

Similarly, the methods or routines described herein may be at leastpartially processor-implemented. For example, at least some of theoperations of a method may be performed by one or more processors orprocessor-implemented hardware modules. The performance of certain ofthe operations may be distributed among the one or more processors, notonly residing within a single machine, but deployed across a number ofmachines. In some example embodiments, the processor or processors maybe located in a single location (e.g., within a home environment, anoffice environment, or as a server farm), while in other embodiments theprocessors may be distributed across a number of locations.

The performance of certain of the operations may be distributed amongthe one or more processors, not only residing within a single machine,but deployed across a number of machines. In some example embodiments,the one or more processors or processor-implemented modules may belocated in a single geographic location (e.g., within a homeenvironment, an office environment, or a server farm). In other exampleembodiments, the one or more processors or processor-implemented modulesmay be distributed across a number of geographic locations.

Unless specifically stated otherwise, discussions herein using wordssuch as “processing,” “computing,” “calculating,” “determining,”“presenting,” “displaying,” or the like may refer to actions orprocesses of a machine (e.g., a computer) that manipulates or transformsdata represented as physical (e.g., electronic, magnetic, or optical)quantities within one or more memories (e.g., volatile memory,non-volatile memory, or a combination thereof), registers, or othermachine components that receive, store, transmit, or displayinformation.

As used herein any reference to “one embodiment” or “an embodiment”means that a particular element, feature, structure, or characteristicdescribed in connection with the embodiment may be included in at leastone embodiment. The appearances of the phrase “in one embodiment” invarious places in the specification are not necessarily all referring tothe same embodiment.

As used herein, the terms “comprises,” “comprising,” “may include,”“including,” “has,” “having” or any other variation thereof, areintended to cover a non-exclusive inclusion. For example, a process,method, article, or apparatus that comprises a list of elements is notnecessarily limited to only those elements but may include otherelements not expressly listed or inherent to such process, method,article, or apparatus. Further, unless expressly stated to the contrary,“or” refers to an inclusive or and not to an exclusive or. For example,a condition A or B is satisfied by any one of the following: A is true(or present) and B is false (or not present), A is false (or notpresent) and B is true (or present), and both A and B are true (orpresent).

In addition, use of the “a” or “an” are employed to describe elementsand components of the embodiments herein. This is done merely forconvenience and to give a general sense of the description. Thisdescription, and the claims that follow, should be read to include oneor at least one and the singular also may include the plural unless itis obvious that it is meant otherwise.

This detailed description is to be construed as examples and does notdescribe every possible embodiment, as describing every possibleembodiment would be impractical, if not impossible. One could implementnumerous alternate embodiments, using either current technology ortechnology developed after the filing date of this application.

What is claimed is:
 1. A computer-implemented method in an electronicdevice of facilitating transportation, the method comprising:identifying a location of the electronic device; determining, based onthe location of the electronic device, that the electronic device islocated in proximity to a venue of a certain type; accessing (i)movement data associated with a user of the electronic device from atleast one sensor of the electronic device, (ii) baseline movement dataassociated with a user of the electronic device, (iii) current operationdata of a vehicle associated with the user, and (iv) baseline operationdata of the vehicle; determining that (i) the movement data deviatesfrom the baseline movement data, and (ii) the current operation datadeviates from the baseline operation data; in response to determiningthat (i) the movement data deviates from the baseline movement data, and(ii) the current operation data deviates from the baseline operationdata, generating a message indicating an availability of alternativetransportation; and displaying the message in a user interface of theelectronic device of the user.
 2. The computer-implemented method ofclaim 1, further comprising: receiving, via the user interface, aselection of the alternative transportation; and requesting thealternative transportation.
 3. The computer-implemented method of claim2, wherein requesting the alternative transportation comprises:interfacing with a remote server to request the alternativetransportation.
 4. The computer-implemented method of claim 1, whereindetermining that the movement data deviates from the baseline movementdata comprises: comparing the movement data to the baseline movementdata to determine a deviation level: calculating, based on the deviationlevel, an estimated impairment level of the user of the electronicdevice; and determining that the estimated impairment level of the userexceeds a threshold value.
 5. The computer-implemented method of claim1, where accessing the movement data from the at least one sensor of theelectronic device comprises: accessing the movement data from at leastone of an accelerometer, a gyrosensor, a force sensor, a strain gauge,an inclinometer, and a goniometer.
 6. The computer-implemented method ofclaim 1, further comprising: determining a discount amount for thealternative transportation; wherein generating the message comprises:generating the message indicating the availability of the alternativetransportation and the discount amount for the alternativetransportation.
 7. The computer-implemented method of claim 1, whereindisplaying the message comprises: displaying the message in the userinterface of the electronic device of the user when the vehicle is inoperation.
 8. The computer-implemented method of claim 1, furthercomprising: receiving, via the user interface, a selection to purchase aticket associated with the alternative transportation.
 9. Thecomputer-implemented method of claim 1, wherein determining that theelectronic device is located in proximity to the venue of the certaintype comprises: transmitting the location of the electronic device to aremote server; and receiving, from the remote server, an indication ofthe venue.
 10. The computer-implemented method of claim 1, whereindetermining that the electronic device is located in proximity to thevenue of the certain type comprises: accessing previous location datacorresponding to a set of previous locations of the electronic device;and determining, based on the previous location data and the location ofthe electronic device, that the electronic device is located inproximity to the venue of the certain type.
 11. An electronic device forfacilitating transportation, comprising: a location module configured togenerate location data; a set of sensors configured to generate movementdata; a user interface; a memory configured to store non-transitorycomputer executable instructions and baseline movement data associatedwith a user of the electronic device; and a processor interfacing withthe set of sensors and the memory, wherein the processor is configuredto execute the non-transitory computer executable instructions to causethe processor to: identify, from the location data generated by thelocation module, a location of the electronic device, determine, basedon the location of the electronic device, that the electronic device islocated in proximity to a venue of a certain type, access (i) movementdata associated with a user of the electronic device from at least onesensor of the electronic device, (ii) baseline movement data associatedwith a user of the electronic device, (iii) current operation data of avehicle associated with the user, and (iv) baseline operation data ofthe vehicle, determine that (i) the movement data deviates from thebaseline movement data, and (ii) the current operation data deviatesfrom the baseline operation data, in response to determining that (i)the movement data deviates from the baseline movement data, and (ii) thecurrent operation data deviates from the baseline operation data,generate a message indicating an availability of alternativetransportation, and cause the user interface to display the message. 12.The electronic device of claim 11, wherein the processor is furtherconfigured to: receive, via the user interface, a selection of thealternative transportation, and request the alternative transportation.13. The electronic device of claim 12, further comprising: a transceiverconfigured to communicate via a network connection; wherein to requestthe alternative transportation, the processor is configured to:interface, via the transceiver, with a remote server to request thealternative transportation.
 14. The electronic device of claim 11,wherein to determine that the movement data deviates from the baselinemovement data, the processor is configured to: compare the movement datato the baseline movement data to determine a deviation level, calculate,based on the deviation level, an estimated impairment level of the userof the electronic device, and determine that the estimated impairmentlevel of the user exceeds a threshold value.
 15. The electronic deviceof claim 11, wherein the set of sensors includes at least one of anaccelerometer, a gyrosensor, a force sensor, a strain gauge, aninclinometer, and a goniometer.
 16. The electronic device of claim 11,wherein the processor is further configured to: determine a discountamount for the alternative transportation; and wherein to generate themessage, the processor is configured to: generate the message indicatingthe availability of the alternative transportation and the discountamount for the alternative transportation.
 17. The electronic device ofclaim 11, wherein to cause the user interface to display the message,the processor is configured to: cause the user interface to display themessage when the vehicle is in operation.
 18. The electronic device ofclaim 11, wherein the processor is further configured to: receive, viathe user interface, a selection to purchase a ticket associated with thealternative transportation.
 19. The electronic device of claim 11,further comprising: a transceiver configured to communicate via anetwork connection; wherein to determine that the electronic device islocated in proximity to the venue of the certain type, the processor isconfigured to: transmit, via the transceiver, the location of theelectronic device to a remote server, and receive, from the remoteserver via the transceiver, an indication of the venue.
 20. Theelectronic device of claim 11, wherein to determine that the electronicdevice is located in proximity to the venue of the certain type, theprocessor is configured to: access previous location data correspondingto a set of previous locations of the electronic device, and determine,based on the previous location data and the location of the electronicdevice, that the electronic device is located in proximity to the venueof the certain type.